home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960425-19960715 / 000363_news@columbia.edu _Thu Jul 4 04:24:48 1996.msg < prev    next >
Internet Message Format  |  1996-07-26  |  2KB

  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id EAA28601 for <kermit.misc@watsun.cc.columbia.edu>; Thu, 4 Jul 1996 04:24:48 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id EAA10260 for kermit.misc@watsun; Thu, 4 Jul 1996 04:24:46 -0400 (EDT)
  4. From: jrd@cc.usu.edu (Joe Doupnik)
  5. Newsgroups: comp.protocols.kermit.misc
  6. Subject: Re: file transfer
  7. Message-ID: <1996Jul3.065644.82295@cc.usu.edu>
  8. Date: 3 Jul 96 06:56:44 MDT
  9. References: <omafxh7spj.fsf@tees.cs.ualberta.ca>
  10. Organization: Utah State University
  11. Lines: 25
  12. Path: news.columbia.edu!lamont.ldeo.columbia.edu!news.er.usgs.gov!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!math.ohio-state.edu!cs.utexas.edu!bcm.tmc.edu!pendragon!news.msfc.nasa.gov!newsfeed.internetmci.com!news.internetMCI.com!pull-feed.internetmci.com!news.provo.novell.com!news.cs.utah.edu!cc.usu.edu!jrd
  13.  
  14. In article <omafxh7spj.fsf@tees.cs.ualberta.ca>, Vladimir Alexiev <vladimir@cs.ualberta.ca> writes:
  15. > While I transfer from C-Kermit 5A(190) to DOS MS-Kermit 3.14, I notice that
  16. > the packet size oscillates up and down from the initial 9000 to as low as
  17. > 17. This makes so that more than half of the traffic is protocol, not data.
  18. > I don't think the phone line is that bad, and I use a Supra V32bis 14.4
  19. > with LAPM and MNP5. The kermit parameters I use are:
  20. > set baud 38400   ; my files are zipped, so this should be enough
  21. > set flow-control rts/cts
  22. > set block-check 3                       ; 16-bit CRC
  23. > set windows 5
  24. > set receive packet 9000
  25. > set send packet 9000
  26. > set control unprefixed all
  27. > set control prefixed 0 1 3 13 129 131 141
  28. > What can I do to speed this up?
  29. ----------
  30.     I've noticed the same effect over a network connection. What's
  31. occuring here are Kermit "rubber packets" where the length is halved after
  32. each error/outage, and then grows back more slowly after successes. But
  33. in your case the problem is overwhelming your modem or the remote host
  34. with 5*9000 bytes in a row, which is rather overdoing it. I'd recommend
  35. going back to a fairly standard 4 window slot and 1KB packet configuration.
  36.     Joe D.